(118/218) 316 - path of first untitled buffer

The location of the "default file" is the "working directory" of that program.
Which can be set from the shortcut properties if you run it from a shortcut.

I suppose if the installer creates a shortcut and sets the "start in directory:",
it should be the user's home directory, rather than the jedit install dir. I don't know what the windows installer does exactly.

I don't remember if i used the windows installer or the java installer, either way it would be nice to have that at least as a setting in the main settings window.

Perhaps it could also be solved by changing how the file is opened/written. Maybe there is a "proper" way to do this now on windows? Is it happening because it is running in the java virtual machine and that doesn't have write access?

What if you go into the global options - file system browser - default path -
and set it to something else? Does that make your problem go away?

Shlomy, since you just fixed a closely related bug, can you also handle this?
If "restore previously open" is disabled, then jEdit should pop up a single untitled buffer.
The directory of that untitled buffer should respect the rules of the FSB default directory but currently does not.
Can you make it so?

- **assigned_to**: kpouer --> shlomy

- **summary**: Default file location not writeable - windows vista/7 --> First untitled buffer should use FSB-general-Default Path

Actually, many of the options in that combo are not relevant.
We would need a new separate option for this, "path of first untitled buffer" which the user can select, from same pane as where one selects "restore previously open files on startup".

Demoting this to a minor bug.

- **summary**: First untitled buffer should use FSB-general-Default Path --> path of first untitled buffer
- **milestone**: 101608 --> 101609

- **milestone**: 101609 -->
- **labels**: 102668 -->

jEdit uses "user.dir" (and not "user.home") as the default location of the FSB, which is also the default location of untitled buffers. According to java documentation, "user.dir" is the user's current directory, which happens to be the jEdit install directory.
I can change it to "user.home" instead of a new option. In any case, when saving an untitled buffer the user is requested to provide the location for saving (except the autosave).

Do you think it's worth an option of its own? Or should I just use "user.home" for this?

It would seem from experience rather than documentation that the user.dir is alternatively the path for the file opened on startup (windows...right-click option).

I opened a file from explorer using the right-click option and am getting errors that the untitled buffer I subsequently opened can't be saved to that directory because it's a read-only network share.

Could you not use the backup directory for the untitled autosaves to get around creating more options?

- **assigned_to**: shlomy --> nobody